home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 94.lightwave-08 / 000515_owner-lightwave-l _Fri Aug 26 04:15:59 1994.msg < prev    next >
Internet Message Format  |  1994-09-05  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail.netcom.com (8.6.9/Netcom)     id DAA17278; Fri, 26 Aug 1994 03:18:05 -0700
  3. Received: from nova.unix.portal.com by mail.netcom.com (8.6.9/Netcom)     id DAA17271; Fri, 26 Aug 1994 03:18:01 -0700
  4. Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.7/8.6.4) with ESMTP id DAA11049 for <lightwave-l@netcom.com>; Fri, 26 Aug 1994 03:17:31 -0700
  5. Received: from localhost (adh@localhost) by jobe.shell.portal.com (8.6.4/8.6.5) id DAA08266 for lightwave-l@netcom.com; Fri, 26 Aug 1994 03:17:29 -0700
  6. Date: Fri, 26 Aug 1994 03:17:29 -0700
  7. From: Allen D Hastings <adh@shell.portal.com>
  8. Message-Id: <199408261017.DAA08266@jobe.shell.portal.com>
  9. To: lightwave-l@netcom.com
  10. Subject: Re: Render Settings
  11. Sender: owner-lightwave-l@netcom.com
  12. Precedence: bulk
  13. Reply-To: lightwave-l@netcom.com
  14.  
  15. >From a realism standpoint, hard shadows are more accurate for space scenes.
  16. >But there is also the fact that shadow maps in LW still have some problems.
  17. >One that I find particularly annoying is that they can sometimes be offset
  18. >from the shadow casting object. This can cause an object sitting on the floor
  19. >or attached to a wall to appear to be floating. 
  20.  
  21. I'm afraid this offset is a necessary evil when shadow mapping, and is
  22. there to prevent surfaces from erroneously shadowing themselves.  A
  23. good discussion of the offset, usually called "bias", can be found in the
  24. classic paper on shadow mapping in the SIGGRAPH '87 Proceedings, written
  25. by some folks at Pixar:  Bill Reeves, David Salesin, and Rob Cook (I had
  26. the pleasure of talking with Bill when we found ourselves in the same row
  27. on the flight home from SIGGRAPH this year - hope I didn't bug him too
  28. much).
  29.  
  30. Most systems make the user type in a fixed bias value, or the upper and
  31. lower limits of a range from which bias values are chosen at random.
  32. This requires the user to be either a math genius or to use lots of
  33. trial and error, neither of which sounded good to me, so for LightWave I
  34. figured out a way to automatically compute the needed bias value on the
  35. fly.  This has the added advantage that the bias value is customized for
  36. each pixel being rendered, based on its distance from the light, its
  37. angle to the light, the cone angle, and the shadow map resolution.  
  38.  
  39. However, after reading Mark's complaint above, I re-examined the formula
  40. and discovered that it wasn't quite right, being too conservative most
  41. of the time (too much bias, thus a more noticeable offset as Mark says).
  42. I'm now using a new formula that produces better results, and it will be
  43. in LightWave 4.0. 
  44.  
  45. The best way to reduce the bias amount is to increase the shadow map
  46. resolution.  LightWave's default 512 x 512 size is considered rather
  47. small.  For example, in Luxo Jr., the first major animation to use Pixar's
  48. shadow mapping method, the sizes of the three shadow maps used were
  49. 1024 x 1024, 1024 x 1024, and 2048 x 2048 (a total of 24 megabytes)!
  50.  
  51. - AH